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System and method for customized build-to-order assembly 

This invention relates to a method of configuring a prod- 
uct, and more specifically a method for customisation a 
5 product assembled from a number of components, especially 
in a build-to-order system. 

Build-to-order systems are known in the art and are used 
in order to limit the number of assembled products which 
have to be kept in stock. In a build-to-order assembly 

10 system, only the pre-f abricated components are kept in 
stock in a number of possible variants, such as compo- 
nents in different colours, sizes, components with dif- 
ferent features or other options. When an order for a 
customized combination of the components is received, the 

15 product is assembled, tested and shipped. Often this 
process is considerably more efficient and economical 
than keeping assembled products based on the possibly 
vast number of combinations of components in stock. 

A build-to-order system for specifying, ordering, and 
20 building a computer system is known from GB 2335768. In 
this prior art system, the user is presented with a list 
of options/ such as computer software components to be 
installed on a computer system, where each option is com- 
patible with any previously selected options, such as op- 
25 erating system or hardware components. 

It is also known in the art to present to a user of a 
purchasing system operating via a computer network a pic- 
ture of an item to be purchased. If the item exists with 
different options, such as different colours, the user 
30 may be presented with a picture of the item in the se- 
lected colour. 
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US patent no. 5,930,768 teaches a system for remote user 
controlled customisation of multimedia data products, 
such as songs selected from a repository of songs and re- 
corded in a desired playing order on for example a com- 
5 pact disc. Hence, the above prior art system is only con- 
cerned with electronic data files, which may be copied at 
low cost and in substantially unlimited numbers. 

The above prior art methods and systems do not account 
for situations where the pre-f abrication of a batch of a 

10 given variant of a component is time-consuming or expen- 
sive. This may be the case when the production of the 
components of the product is subject to extensive ap- 
proval requirements, as for example for the production of 
medical devices which are subject to approval by the 

15 relevant authorities. The time-consuming and expensive 
batch production of components may yield unsatisfactorily 
long delivery times for a customized product, if a se- 
lected variant is out of stock, or it may yield an inef- 
ficient production process, where small batch sizes are 

20 produced in response to individual orders of customised 
products . 

Therefore it is an object of the invention to reduce the 
delivery times of customized products. 

It is a further object of the invention to optimise the 
25 production process of a customised product. 

It is yet another object of the invention to avoid back- 
orders for individual customised products. 

According to a first aspect of the invention these and 
other objects are achieved when a method of configuring a 
30 product, where the product is to be assembled from a plu- 
rality of components, each component being available in 
at least one variant, the method comprising the steps of 
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presenting to a user, via a user interface, a first plu- 
rality of variants of a first one of said plurality of 
components; 

receiving from a user an indication of a first variant 
5 selected from the first plurality of variants; 

is characterised in that the method further comprises the 
steps of 

receiving inventory data from an inventory management 
system, the inventory data indicating an available subset 
10 of the first plurality of available variants as being in 
stock; 

indicating to the user, via the user interface, the first 
subset of the first plurality of available variants as 
being selectable. 

15 It is an advantage of the invention that the possibility 
of selecting variants is limited to the variants which 
are actually in stock, as reported by the inventory man- 
agement system. Therefore, a situation is avoided where 
the production and the delivery of a customised product 

20 are delayed due to one or more components not being 
available in the selected variant. 



Furthermore, a situation is avoided where the production 
of a new batch of a variant is initiated due to one or a 
few orders for customised products including that vari- 
25 ant. 



In a preferred embodiment of the invention the step of 
presenting the first plurality of variants further com- 
prises the step of limiting the first plurality of vari- 
ants presented to the user to the first subset of avail- 
30 able variants. 
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In a preferred embodiment of the invention, the method 
further comprises the step of transmitting an information 
signal to the inventory management system, the informa- 
tion signal representing an identification of the se- 
5 lected variants. 

It is an advantage of the invention that the .. components 
required for the customised product may be reserved in an 
inventory management system and, therefore, the inventory 
data may be kept up-to-date based upon the currently or- 
10 dered components. 

In another preferred embodiment of the invention the 
method further comprises the steps of 

presenting to the user, via the user interface, a second 
plurality of variants of a second one of said plurality 
15 of components; 

receiving from the user an indication of a second, variant 
selected from the second plurality of variants; 

presenting to the user via the user interface a graphical 
representation of the first selected variant of the.jfi.rst 
20 component in a predetermined relationship to the second 
selected variant of the second component. 

Consequently, it is an advantage of the invention that it 
provides an efficient user interface for the selection of 
customised components which are to be assembled to a 
25 product. 

It is a further advantage of the invention that it pro- 
vides a graphical representation, such as a picture, a 
drawing, or preferably a three-dimensional rendering of 
the customised product, thereby providing the possibility 
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Of viewing the particular customisation prior to purchas- 
ing or producing it. 

As selected individual components are presented in the 
predetermined relationship to selected other components/ 
5 preferably their relative position as in the assembled 
product, a visual impression of the ease of use of the 
customised product is provided, especially since the 
processes of assembling and disassembling the product may 
be simulated. 

10 In a preferred embodiment of the invention the method 
further comprises the step of graphically animating the 
assembling of the second variant of the second component 
with the first variant of the first component. 

In another preferred embodiment of the invention the 
15 method further comprises the step of animating the dis- 
played representation of the first variant of the first 
component in the predetermined relationship to the second 
variant of the second component in response to user com- 
mands . 

20 A graphical animation of the assembly process or the 
functions of the product or parts of the product provides 
a realistic . simulation of the use of the product and, 
therefore, it provides a realistic impression of the us- 
ability of the product. 

25 In a further preferred embodiment of the invention the 
method further comprises the step of interactively ani- 
mating the assembling of the second variant of the second 
component with the first variant of the first component, 
where the interactively animated assembly is controlled 

30 by user commands. 
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It is an advantage of the invention that it may serve as 
a means of training the user in the use of the product, 
as the user may practise the steps of assembling or dis- 
assembling the product. 

5 In another preferred embodiment of the invention the 
method further comprises the step of transmitting order 
information to a production management system, the order 
information including configuration data identifying the 
first variant of the first component and the second vari- 
10 ant of the second component. It is an advantage of the 
invention that the production and assembly process may be 
automatically initiated. 

According to a second aspect of the invention the. above 
and other objects are achieved when a system for custom- 
15 ising a product, where the product is assembled from a 
plurality of components, each component being available 
in at least one variant, the system comprising 

first display means adapted to present a first plurality 
of variants of a first one of said plurality of compo- 
20 nents; 

first input means adapted to receive an indication of a 
first variant selected from the first plurality of vari- 
ants ; 

is characterised in that the system further comprises 

25 second display means adapted to indicate a first subset 
of the first plurality of variants as selectable, where 
the first subset of variants is identified by a set of 
inventory data received from an inventory management sys- 
tem. 
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As the system and embodiments thereof correspond to and 
have the corresponding advantages as the method for cus- 
tomising a product and embodiments thereof, they are not 
described again. 

5 

Furthermore, the invention relates to the use of the 
method described above and below for customising a medi- 
cal application device, such as an injection pen. 

Further, the invention relates to a computer program com- 
10 prising program code means for performing the method de- 
scribed above and below when said program is run on a 
computer . 

Further, the invention relates to a computer program 
product comprising program code means stored on a com- 

15 puter-readable medium for performing the method described 
above and in the following when said computer program 
product is run on a computer. A computer-readable medium 
may e.g. be a CD-ROM, a CD-R, a DVD RAM/ROM, a floppy 
disk, a hard disk, a smart card, a network accessible via 

20 a network connection, a ROM, RAM, and/or Flash memory, 
etc. or generally any other kind of media that provides a 
computer system with information regarding how instruc- 
tions/commands should be executed. 



Hereby, when a computer is caused to retrieve electronic 
25 information - as a consequence of the contents of a com- 
puter-readable medium as described above - the advantages 
mentioned in connection with the corresponding method ac- 
cording to the invention are achieved. 



Finally, the invention relates to a computer data signal 
30 embodied in a carrier wave, comprising program code means 
for performing the method described above and below when 
said program is run on a computer. 
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The invention will be explained more fully below in con- 
nection with preferred embodiments and with reference to 
the drawings, in which: 

fig. 1 shows a view of the overall work flow in an em- 
5 bodiment of a build-to-order production system used in 
connection with an embodiment of the invention; 

fig. 2 shows a schematic view of an injection pen assem- 
bled from a number of components available in a plurality 
of variants; 

10 fig. 3 shows a schematic view of a system according to an 
embodiment of the invention; 

fig. 4 shows a schematic view of the software processes 
according to an embodiment of the invention; 

fig. 5 shows a flow diagram of the order management proc- 
15 ess according to an embodiment of the invention; 

fig. 6 shows a flow diagram of the configuration process 
according to an embodiment of the invention; 

fig. 7a-g show examples of a user interface for the se- 
lection of customised components; 

20 fig. 8a shows an example of a user interface of a general 
purchase module according to an embodiment of the inven- 
tion; and 

fig. 8b shows an example of a product hierarchy compris- 
ing both standard products and custom products according 
25 to the invention. 

The invention will be explained with reference to a spe- 
cific example comprising the customisation of an injec- 
tion pen for the application of medication such as insu- 
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lin. However, the restriction to a specific example is 
not a limitation of the invention, which may be applied 
to any product comprising a plurality of customisable 
components. Other examples include a medical kit compris- 
5 ing a plurality of components in a common container, or a 
plurality of products assembled in a shopping cart. 

Furthermore, the invention will be described in the con- 
text of the Internet as a communications network running 
a TCP/IP protocol. However, this is not a limitation of 
10 the invention as other communications networks and. proto- 
cols may be used for the communication with the users, 
such as television networks, telecommunications networks, 
WAP implemented on a wireless communications network, or 
the like. 

15 Fig. 1 shows a schematic view of an embodiment of a 
build-to-order production process which may be used in 
connection with an embodiment of the invention. The proc- 
ess is illustrated by the data flow between different 
components involved in the process . The components are 

20 illustrated as columns 102-107 in fig. 1, where the col- 
umns 102-107 contain related software entities, such as 
data objects, and functional components performing or 
supporting individual steps of the production process. 
The process is initiated by a user 101 who places a pur- 

25 chase order, preferably via a browser with access to the 
Internet and with any suitable plug-in known in the art 
supporting graphical applications and preferably 3D- 
object renderings and animations, such as the Cult3D® 
product. Upon placement of the order by the user 101, or- 

30 der information is transmitted via the Internet to an 
Internet application 110 which runs on a web server and 
creates an internal representation of the order informa- 
tion, preferably comprising a pick list object 113 in- 
cluding identifications and quantities of the selected 
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components and an invoice object 112 comprising informa- 
tion such as address, payment method, shipment informa- 
tion, or the like. The Internet application 110 transmits 
the order information 112-113 via a communications net- 
5 work, preferably a Local area network, to a planning mod- 
ule 103 and a logistics module 104, which are further 
connected, preferably via the communications network, 
with a production module 105, a module 106 supporting 
quality assurance (QA) and quality control (QC) , and a 

10 warehouse/ shipping module 107. The planning module 103 
comprises a user interface, such that an authorised user, 
via a planning session 114, may view the order informa- 
tion 112, confirm the order, preferably electronically, 
for example via electronic mail 116, and plan the further 

15 production process. Alternatively, this process or parts 
of this process may be executed automatically by the 
planning module 103. According to this embodiment, the 
production process is controlled by an electronic sales 
order object 108 which initiates and represents the pro- 

20 duction of the corresponding customised product. The 
sales order object 108 is related to an assembly schedule 
134 and a packaging schedule 119. These and other objects 
are managed in a database controlled by the logistics 
module 104. The assembly schedule 134 schedules the. as- 

25 sembly 138 of the ordered product based on reported quan- 
tities retrieved from a pick list information database 
135, where the components have been reserved via the pick 
list object 113 included in the order information re- 
ceived from the Internet application 110. During the 

30 planning session 114 and based on the pick list 113 in- 
cluded in the order information, a pick list 139 is gen- 
erated which identifies the physical components to be 
used in the assembly 138 of the product. This may be done 
by identifying the components via a part number and a 

35 batch number. A possible hierarchic number scheme for the 
injection pen described in connection with figure 2, 
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where the number scheme allows the identification of the 
product, the components and the actual variants .of the 
components, is listed in table 1. 



product I component 
ID ID 



27244 
27244 
27244 
27244 
27244 



variant 
ID 



1 

s 2 
|3 

|l 

! 2 



name 



cap variant 1 



cap variant 2 



cap variant 3 



pen fill holder variant 1 



pen fill holder variant 2 



Table 1: Example of a part number structure for a customised injection pen. 

5 The pick list 139 is transferred to the production module 
105, where it may be viewed during assembly 138. The pick 
list 139 may also be used to retrieve the relevant corapo - 
nents and to update the inventory status in an inventory 
database 143. During assembly 138, the assembly schedule 

10 134 may be updated, via a user interface of the produc- 
tion module 105, based upon the actual progress of the 
assembly 138. After completion of the assembly 138, a 
packaging order object 109 is generated which in turn 
triggers the actual packaging 123 of the assembled prod- 

15 uct . The packaging 123 is based on the packaging schedule 
119 created during the planning session 114 and a pick 
list 121 including the assembled product, relevant pack- 
aging material, instructions in the correct language, and 
the like. The production module 105 may also generate a 

20 printed version 111 of the invoice to be included with 
the shipped package. After completion of the packaging 
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123, the packed product is inspected according to a QA 
procedure 125 and, upon approval, a change of classifica- 
tion 127 of the packed product to 'ready for shipping" is 
registered in the logistics system 104 via a user inter- 
5 face. The control of the inspected product may now be 
transferred to a shipping module 107 which manages the 
actual shipping 129 of the packed product, and which may 
even allow the tracking of the shipment 131 to the user 
101. The status of the actual inventory may be supervised 

10 continuously or periodically via the inventory database 
143. If a given component is out-of-stock, a material 
requisition object 148 may be generated automatically or 
manually via a user interface 146. The material requisi- 
tion object 148 controls the replenishment 150 of the in- 

15 ventory with the corresponding components and a corre- 
sponding update of the inventory database 143. The cur- 
rent status of the inventory may also be sent to the 
Internet application 110, for example by periodically 
transferring the information from the inventory database 

20 143 to the Internet application 110, or by the Internet 
application 110 querying the inventory database 143. 

It is an advantage of this build-to-order method that it 
may be integrated in a regular production process running 
batch production of non-customised products in parallel 

25 with the customised production. This may be an important 
advantage, if the production control tools are subject to 
approval rules, as is the case in for example the medical 
industry. Furthermore, the utilisation of the inventory 
information in the Internet application 110 allows the 

30 product information to be adapted to the currently avail- 
able components, thereby avoiding backorders and the need 
to manage possible payments for undeliverable products. 

Fig. 2 shows an example of a product which comprises a 
plurality of components and which may be configured ac- 
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cording to the invention. Fig. 2 shows a medical injec- 
tion pen 201 used to inject medicine, such as insulin. 
The injection pen 201 comprises 8 different components 
202-209, each component may be customised, for example by 
5 choosing a colour from a set of available colours. The 
injection pen 201 comprises a holster 208, which in turn 
comprises a dose indicator 205, a dose dialler 206 for 
selecting the desired amount of medicine to be injected 
during the following application, and a button 207 for 

10 releasing the medicine. The holster 208 is connected to a 
pen fill holder 203 via a middle piece 204. The pen fill 
holder is adapted to hold a matching container (not 
shown) with medicine in a predetermined position relative 
to the holster 208. The injection pen further comprises a 

15 cap 202 for protecting the container, and the cap further 
comprises a clip 209. In table 2, the 8 components 202- 
209 are listed and for each component a number of avail- 
able colours is exemplified. 



component 


variants 


clip 209 


3 colours (grey, yellow, green) 


pen fill holder 203 


4 colours (grey, yellow, blue, 
orange ) 


middle piece 204 


4 colours (grey, yellow, blue, 
orange) 


dose dialler 206 


3 colours (grey, yellow, orange) 


button 207 


3 colours (grey, green, blue) 


cap 202 


4 colours (steel, red, blue, 
green) 


holster 208 


4 colours (steel, red, blue, 

.jQ£jeen.) 
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green) 


dose indicator 205 


3 colours (grey, yellow, green) 



Table 2: Possible variants of the components of the injection pen 201. 



Even though the number of variants of each component 
listed in table 2 is small, they result in a total number 
of 20,736 possible combinations, illustrating the advan- 
5 tage of a build-to-order system as compared to keeping 
all 20,736 assembled variants in stock. Furthermore, the 
customisation possibilities may comprise further options, 
such as a choice of different cases for storing the pen, 
personalised engravings, different types of display, such 
10 as analogue or digital, extra features, such as a watch, 
an indicator of the contents of the pen, a timer, or the 
like. Each further option multiplies the total number of 
possible end products . 

Now referring to fig. 3, a system according to an embodi- 

15 ment of the invention comprises a computer 301, prefera- 
bly a standard PC with one or more CPUs, a computer 
screen, a keyboard, a pointing device such as a mouse, 
track ball, touch pad, touch screen, or the like, and 
with access to the Internet, for example via a modem or 

20 via a local network connected to the Internet 302. Alter- 
natively, the computer 301 may be a portable computer, 
such as a laptop, a handheld computer, a telecommunica- 
tions device with a graphical screen, a personal digital 
assistant (PDA), or the like. The system further com- 

25 prises server computers 304-306 for executing the appli- 
cation programs: An application server 304, a server for 
the logistics system 305, and a database server 306, as 
described in connection with fig. 4. The server computers 
may be standard server computers with one or more CPUs 

30 and which are connected as a computer network 310, pref- 
erably by a local area network (LAN) . Alternatively, the 
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system may comprise a different number of server com- 
puters, for example only one server computer for all ap- 
plications. The computer network is connected to the 
Internet via an TCP/IP router 303 which is preferably 
5 combined with a firewall. The system also comprises 
workstations 307-309, connected to the server computers 
304-306 via the computer network which, during the plan- 
ning, production, assembly, packing, and shipping, may be 
used to access the applications running on the applica- 
10 tion servers 304-306. The system is connected, via the 
Internet or via a special secure communications network, 
to a payment management centre 311, which handles the ac- 
tual credit card transactions during the order process. 

Now referring to fig. 4, the software components of the 

15 system according to an embodiment of the invention com- 
prise a browser 402 running on the customer's computer 
401 for accessing, via the Internet, the Internet appli- 
cation of the general purchase module 409 located on the 
application server 404. The general purchase module 409 

20 utilises a graphics module 410 for generating an applica- 
tion program 404 which, when downloaded to and run on the 
computer 401, displays and allows manipulation of a 
graphical representation of the components of the prod- 
uct. The general purchase module 409 further utilises a 

25 shopping cart module 407 for managing the customers' 
shopping cart data, and a payment module 413 responsible 
for checking credit card information and capturing the 
payments. The general purchase module 409 communicates, 
preferably via a local area network, with the logistics 

30 system 412- having an inventory module 408 for managing 
the data in the inventory database 414, a module 418 for 
managing production, assembly and shipping, and a plan- 
ning module 415 for use in the planning of the produc- 
tion, assembly, packing and shipping. The logistics mod- 

35 ule 412 further has access to databases 416-417 contain- 



- 16 - 



ing order data and customer data, respectively. The data- 
bases 416-417 are located on a database server 406 run- 
ning a database management system. 

The logistics module 412, the inventory module 408, the 
5 production module 418, and the planning module 415 may be 
different software applications or parts of a common 
software application which may be a commercially avail- 
able standard system. Preferably, the inventory manage- 
ment system 408 comprises a suitable interface for ex- 
10 tr acting inventory data about a predetermined group of 
products or components. The interface may be a data file 
in a predetermined file format, generated by the inven- 
tory management system 408, or another interface allowing 
data extraction from the inventory management system 4 08, 
15 such as dynamic data exchange, a database query via e.g. 
SQL, an auto-generated electronic mail, or the like. 

Fig. 5 shows a flow diagram of the order management proc- 
ess according to an embodiment of the invention. Each of 
the individual process steps is performed by one of the 
software components described in connection with fig. 4, 
as illustrated by the three columns 509,512, and 513 cor- 
responding to the general purchase module 501, the logis- 
tics module 512, and the payment module 513, respec- 
tively. The process is initiated by the step 504 of send- 
ing inventory information from the logistics module 512 
to the general purchase module 501 . The inventory infor- 
mation is retrieved from the inventory database 414 in 
fig. 4, and comprises information about how many items of 
each variant of each component of the product are cur- 
rently in stock, preferably also taking into account 
items which have been reserved by previous orders via the 
pick list information database 135 shown in fig. 1, but 
which have not been physically used yet. In step 505, the 
inventory information is imported by the general purchase 



25 
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module 509. Alternatively, the transmission 504 and im- 
porting 505 of the inventory information may be performed 
at a later stage of the process, for example after the 
step 506 of selecting a * customised product" option, or 
5 even as a separate process unsynchronised with the actual 
order process. The information may also be transmitted 
directly from the logistics system 512 to the graphics 
module. Furthermore, the sending 504 and importing 505 of 
inventory information may be controlled in several ways, 

10 including sending at regular time-intervals, such as 
daily, hourly or the like. The sending 504 may alterna- 
tively or additionally be triggered by predetermined 
changes in the inventory database, such as a variant be- 
coming unavailable or an unavailable item becoming avail- 

15 able again. The general purchase module 509 may also send 
a request for transmission of at least parts of the in- 
ventory data. The customisation process is initiated by 
the step 506 of a user selecting an item 'custom product" 
via the user interface of the general purchase module 

20 509. The 'custom product" item may be one of several se- 
lectable options within a product hierarchy as is illus- 
trated in connection with figs. 8a-b, or it may be 
reached by the user following a corresponding hyperlink. 
In the next step 507, the product is customised, and a 

25 specification of the selected customisation together with 
an order identification is attached to a shopping cart 
object maintained by the general purchase module 509. An 
embodiment of the sub-process 507 is described in connec- 
tion with fig. 6. After placing a specification of a cus- 

30 tomised product in the user's shopping cart, the system 
may receive an 'accept order" command from the user (step 
508) , for example by the user clicking with a pointing 
device on the 'place order" button 819 of the user inter- 
face illustrated in fig. 8a. During step 508, the rele- 

35 vant purchase information, such as amount due, name and 
address of user, credit card number and expiration date, 
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etc., is either input by the user via the user interface, 
or it may be retrieved from a customer database. Order 
information may be displayed via the user's browser. The 
payment information is transmitted to the payment module 
5 513, which in step 501 checks the validity of the credit 
card information and preferably reserves the amount due. 
The payment module 513 returns a reply to the purchasing 
module 509 indicating the result of the verification in 
step 501. In the next step 510 the general purchase mod- 

10 ule 509 sends the order information to the logistics sys- 
tem 512, for example via an auto-generated email or an 
URL. Further order identifications, relevant parameters, 
invoice information, or the like may also be stored in a 
file on the application server or in a database for ma.k- 

15 ing them accessible for the logistics module 512. In re- 
sponse to receiving the order information from the gen- 
eral purchase module 509, the logistics module 512 regis- 
ters the order internally (step 511) and acquires any ad- 
ditional information from the file or database on the ap- 

20 plication server. Subsequently, the logistics system 512 
manages the production process (step 503) , and the pack- 
aging and shipping (step 514), as is further illustrated 
in fig. 1. Finally, the payment module 513 captures the 
actual payment of the product (step 518) . 

25 Fig. 6 shows a flow diagram of the sub-process of step 
507 in fig. 5, representing the configuration process ac- 
cording to an embodiment of the invention and with refer- 
ence to the injection pen described in connection with 
fig. 2. The columns 609, 610, and 604 refer to three of 

30 the software modules of fig. 4 which implement the corre- 
sponding steps: The general purchase module 609, the 
graphics module 610, and the application program 604, re- 
spectively. During the initial step 603, a URL with a set 
of parameters is sent, preferably via the Internet, to 

35 the graphics module 604. The included parameters may 
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identify a default configuration of the pen including a 
default case, and they may include an order identifica- 
tion and preferably inventory information generated by 
the logistics system. Upon receipt of the URL, the graph- 
5 ics module 610, in step 606, creates computer-readable 
code of an application program 604, such as an applet, 
which implements a graphical user interface for present- 
ing the selectable variants of the components to the user 
and for receiving the user's selection. The graphics mod- 

10 ule 610 utilises the information generated by the inven- 
tory database and limits the presented variants to those 
which can currently be delivered. Alternatively, the 
variants which are currently unavailable may be made 
visible but not selectable. The next step 607 comprises 

15 sending the application program 604 to the user's browser 
via the Internet. On the client computer running the 
browser, the transmitted application program 604 is 
started and as a next step 608 it displays a graphical 
user interface, preferably within the user's browser. 

20 Initially a default view of the product is displayed. 
This may for example be a default configuration of the 
product or an empty window with no components displayed. 
The application program 604 provides a user interface to 
the user, which displays the assembled product, or parts 

25 of the product assembled from the currently selected com- 
ponent variants. Preferably, the application program 604 
may accept user commands for manipulating the graphical 
representation of the displayed product or parts of the 
product . Preferably, the user commands are issued via a 

30 pointing device, such as a mouse, a touch pad, a track- 
ball, or the like. The manipulations may include rota- 
tion, zoom, removing or adding components from the dis- 
play, selecting different variants of different compo- 
nents, animating the display so as to simulate functions 

35 of the product, such as opening or closing of the cap of 
the injection pen, adjusting the dose dialler, inserting 
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a container in the pen fill holder, opening and closing 
the case, assembling or disassembling the pen, etc. The 
application program 604 may verify the compatibility of a 
selected variant of a component with previously selected 
5 variants of other components. The interaction step 601 
continues until the user either exits the application 
program 604 or issues an order command in step 602, for 
example by selecting the *add to cart" button 711 shown 
in figs. 7a-g of the user interface with the pointing de- 

10 vice. The add to cart button 711 may be disabled as long 
as not all the necessary components have been selected or 
if an incompatible selection has been made. When the ap- 
plication program 604 receives the order command, the ap- 
plication program 604, in step 611, sends a URL including 

15 relevant parameters to the general purchase module 609. 
The parameters may comprise the identifications of the 
selected variants and the order identification generated 
in step 603. Preferably the application program 604 ter- 
minates with an end-of -process animation. After the step 

20 616 of receiving the URL from the application program 604 
the shopping cart module of the general purchase module 
609 is initiated in step 612. This step 612 comprises a 
verification of the order identification. If an order 
with the received order identification does not already 

25 exist, an order object is created in the purchase module 
604. The received product parameters are stored within 
the order object. If the "custom product" item 807 is se- 
lected when a set of product parameters is already stored 
in the order object (step 613) , a URL similar to the one 

30 generated in step 603 is generated in step 614, but now 
on the basis of the parameters and the order identifica- 
tion of the order object created in step 612. When sent 
to the graphics module 610, this will cause the applica- 
tion program 604 created in step 606 to be adapted to 

35 initially display the product as customised during the 
previous session. Hence, the user is given the opportu- 
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nity to correct the product configuration after the prod- 
uct has been placed in the shopping cart. 

Figs. 7a-g show an embodiment of the graphical user in- 
terface presented to the user for the customisation of a 
5 product, exemplified by the medical injection pen de- 
scribed in connection with fig. 2. Upon selection of a 
"custom product" option, for example in the user inter- 
face of a general purchase module as shown in fig. 8a, 
the application program controlling the graphical user 

10 interface initiates the display of an. initial view in a 
predetermined display area 710. The default view may com- 
prise a blank display with no components displayed as il- 
lustrated in fig. 7a. Other possible default views in- 
clude a representation of a default configuration of the 

15 entire product or individual components, and a previously 
selected configuration, whose configuration parameters 
are accessible from a storage device, such as a hard disk 
or the computers RAM, or as input parameters to the ap- 
plication program supplied by another program. The repre- 

20 sentation may be a picture of the product, a drawing or, 
preferably, a three-dimensional rendering. Below the dis- 
play area 710 a text field 746 is provided for displaying 
written product information, instructions for the use of 
the interface, or the like. The user interface further 

25 comprises buttons 731-745, each button representing a 
variant of a component of the product, said buttons being 
selectable by pointing or clicking with a pointing de- 
vice. Alternatively or additionally, other selectable 
control elements may be provided, such as pull-down 

30 menus, check boxes, representations of the component 
which may be placed on the display area 710 via a drag- 
and-drop operation, or the like. Furthermore, the selec- 
tion of variants may be controllable via keyboard com- 
mands. Preferably, the buttons 731-745 are labelled with 

35 an image or another identification of the corresponding 
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variant as symbolised in fig. 7a. The variants, which are 
selectable via the buttons 731-745, may be determined by 
the input received from the inventory database such that 
the buttons 731-745 only represent variants which are 
5 currently in stock. Alternatively, all possible variants 
may be displayed, but only the buttons corresponding to 
variants which are currently in stock are enabled. In the 
example illustrated in fig. 7a, the buttons 736 and 739 
are disabled and, for example, greyed out, indicating 
10 that they cannot be selected because the corresponding 
variants are currently not available. The user interface 
further comprises a button 747 for starting an animation 
of a complete assembly process. 

Fig. 7b shows the graphical user interface, after the 
15 user has clicked on the button 737, representing a first 
variant of the holster 708. In the display area 710, the 
first variant of the holster 708 is displayed, and the 
button 737 is highlighted to indicate the selected and 
displayed variant to the user. 

20 Fig. 7c shows the graphical user interface, after the 
user has clicked on button 735, representing the second 
variant of the pen fill holder 703, in addition to button 
737. Now both variants are displayed in the display area 
710 in their relative position in the assembled product. 

25 The user may manipulate the display via pointing, click- 
ing or dragging with a pointing device to rotate the dis- 
played components 703 and 708, zoom in or out, pan the 
display, or even initiate an animation of the operation 
of one or more of the components 703 and 708, such as 

30 placing a container in the pen fill holder 703 or adjust- 
ing the dose dialler 706. These animations may include 
sound effects or spoken instructions played over the 
loudspeakers of the user's computer. 
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Upon selection of the button 735, the second variant of 
the pen fill holder 708 may be placed directly within the 
display area 710 at the correct position relative to the 
holster 708. Alternatively, the positioning of the pen 
fill holder 703 may be animated, simulating for example a 
slight rotation of the pen fill holder when being at- 
tached to the holster 708. Alternatively, upon selection 
of the button 735, the second variant of the pen fill 
holster 703 may initially be placed in a default position 
within the display area 710. The user may be able to ma- 
nipulate the individual components 703 and 708 separately 
via commands such as move, rotate, flip, zoom, or the 
like. By manipulating the components 703 and 708, the 
user may simulate the assembling of the product, and a 
visual or audible indication may be given, when the cor- 
rect relative position of the two components 703 and 708 
is found. 

Fig. 7d shows the graphical user interface displaying the 
same components as in fig. 7c, but after a zoom and a ro- 
20 tate operation. Now a close-up view of the dose dialler 
706 is shown. 

Fig. 7e shows the graphical user interface after variants 
of all components of the injection pen have been se- 
lected. Now the entire customised pen is displayed and 
25 may be manipulated. The user may also de-select one ore 
more components, or replace a variant of a component with 
another variant. 

The user may also select one of two selectable cases, and 
figs. 7f and 7g show the graphical user interface after 
30 button 745, representing one possible case, has been 
clicked. In fig. 7f, an open case 750 is shown. By click- 
ing on the case 750 with the pointing device, an anima- 
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tion of the closing of the case may be initiated, result- 
ing in a display as illustrated in fig. 7g. 

After completion of the customisation process, the user 
may click on the button 711 "Add to cart" for initiating 
5 the storing of the customisation parameters, such as 
product ID, component IDs and variant IDs of the selected 
variants, and for attaching the parameters to the shop- 
ping cart object, as described in connection with fig. 6. 

Now referring to fig. 8a, an embodiment of the user in- 

10 terface of the general purchase module comprises a gen- 
eral browser menu bar 802 containing standard browser 
menus depending on the user's choice of browser. A top 
menu bar 803 of the general purchase module contains pur- 
chase-specific selectable control elements, such as hy- 

15 perlinks or buttons. The control elements may include a 
"products" button 815, allowing accessing the available 
product hierarchy, which may comprise standard products 
and custom products as illustrated in fig. 8b. The con- 
trol elements may further include a "shopping cart" but- 

20 ton 816 allowing the viewing and manipulating of the con- 
tents of the user's shopping cart, a "distributors" but- 
ton 817 allowing the choice of a distributor for a given 
order, a "shipping information" button 818 for inputting 
shipping information, such as name, address, phone num- 

25 ber, and the like, and a "place order" button 819 for 
placing an order. The user interface also contains a bot- 
tom menu bar 804 comprising buttons or hyperlinks to gen- 
eral information, such as help 820, site information 821, 
or security information 822. The central part 812a-c of 

30 the user interface between the top menu bar 803 and the 
bottom menu bar 804 contains information and control ele- 
ments, such as input fields, buttons, hyperlinks, or the 
like, which are related to the element selected in the 
top menu bar 803 or the bottom menu bar 804. In fig. 8a, 
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the contents of the user interface window after selection 
of the 'products" element 815 is illustrated schemati- 
cally. The centre part 812a-c is divided into three col- 
umns 812a-c, the left column 812a comprising selectable 
5 check boxes 805-807 for selecting one of a plurality of 
products from the product hierarchy. Depending on the se- 
lection in the left column 812a, the centre column 812b 
may contain selectable options 808-809 for the selected 
product. If for example, as illustrated is fig. 8a, a 

10 standard product 'product 1" 805 is selected, the centre 
column 812b may contain a number of check boxes 808-809 
for selecting options for that product. The right column 
812c may comprise an area 810 containing a picture, a 
drawing or other product information of the selected 

15 product and further control elements, such as an 'add to 
cart" button 811. If the product selected in the left 
column 812a is a 'custom product" 8 07, the centre column 
812b and the right column 812c may be used for displaying 
the user interface of the application program which is 

20 displayed in response to selecting a custom product. An 
embodiment of this user interface is described in connec- 
tion with figs. 7a-g. 

Fig. 8b illustrates an example of a product hierarchy 
corresponding to the user interface illustrated in fig. 

25 8a. The illustrated hierarchy comprises two standard 
products 853 and 854, for example a standard injection 
pen and a blood sugar measuring device. "Product 1" 853 
is available with two options 856-857, for example two 
predefined colour combinations of the standard injection 

30 pen, while 'product 2" 854 is available with three op- 
tions 850, 851, and 859. The illustrated hierarchy fur- 
ther comprises a custom product 855, which may be assem- 
bled from a plurality of components available in differ- 
ent variants, as described in connection with figs. 7a-g. 
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CLAIMS 

1. A method of configuring a product, where the product 
is to be assembled from a plurality of components, each 
component being available in at least one variant, the 
5 method comprising the steps of 

presenting to a user, via a user interface, a first plu- 
rality of available variants of a first one of said plu- 
rality of components; 

receiving from a user an indication of a first variant 
10 selected from the first plurality of variants; 

characterised in that the method further com- 
prises the steps of 

receiving inventory data from an inventory management 
system, the inventory data indicating an available subset 
15 of the first plurality of available variants as being in 
stock; 

indicating to the user, via the user interface, the first 
subset of the first plurality of available variants as 
being selectable. 

20 2. The method according to claim 1, character- 
ised in that the step of presenting the first plural- 
ity of variants further comprises the step of limiting 
the first plurality of variants presented to the user to 
the first subset of available variants. 

25 3. The method according to any one of the claims 1 and 2, 
characterised in that the method further 
comprises the steps of 
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presenting to the user, via the user interface, a second 
plurality of variants of a second one of said plurality 
of components; 

receiving from the user an indication of a second variant 
5 selected from the second plurality of variants; 

presenting to the user via the user interface a graphical 
representation of the first selected variant of the first 
component in a predetermined relationship to the second 
selected variant of the second component. 

10 4. The method according to any one of the claims 2 and 3, 
characterised in that the method further 
comprises the step of graphically animating the position- 
ing of the second variant of the second component in the 
predetermined relationship to the first variant of the 

15 first component. 

5. The method according to any one of the claims 2 
through 4, characterised in that the method 
further comprises the step of interactively animating the 
positioning of the second variant of the second component 

20 in the predetermined relationship to the first variant of 
the first component, where the interactively animated as- 
sembly is controlled by user commands. 

6. The method according to any one of the claims 1 
through 5, characterised in that the method 

25 further comprises the step of transmitting order informa- 
tion to a production management system, the order infor- 
mation including configuration data identifying the first 
variant of the first component and the second variant of 
the second component . 

30 7 . The method according to any one of the claims 1 
through 6, characterised in that the method 
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further comprises the step of transmitting an information 
signal to the inventory management system, the informa- 
tion signal representing an identification of the se- 
lected variants. 

5 8. A system for customising a product, where the product 
is assembled from a plurality of components, each compo- 
nent being available in at least one variant, the system 
comprising 

first display means adapted to present a first plurality 
10 of variants of a first one of said plurality of compo- 
nents; 

first input means adapted to receive an indication of a 
first variant selected from the first plurality of vari- 
ants/ 

15 characterised in that the system further 
comprises 

second display means adapted to indicate a first subset 
of the first plurality of variants as selectable, where 
the first subset of variants is identified by a set of 
20 inventory data received from an inventory management sys- 
tem. 

9. The system according to claim 8, character- 
ised in that the first display means is adapted to 
limit the presentation of the first plurality of variants 

25 to the first subset of variants. 

10. The system according to any one of the claims 8 and 
9, characterised in that the system further 
comprises 
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third display means adapted to present a second plurality 
of variants of a second one of said plurality of compo- 
nents; 

second input means adapted to receive an indication of a 
5 second variant selected from the second plurality of 
variants; 

third display means adapted to present a graphical repre- 
sentation of the first selected variant of the first com- 
ponent in a predetermined relationship to the second se- 
10 lected variant of the second component. 

11. The system according to claim 10, character- 
ised in that the system further comprises first proc- 
essing means adapted to generate a graphical animation of 
the positioning of the second variant of the second com- 

15 ponent in the predetermined relationship to the first 
variant of the first component. 

12. The system according to claim 11, character- 
ised in that the system further comprises second in- 
put means adapted to receive user commands for control- 

20 ling the graphical animation. 

13. The system according to any one of the claims 10 
through 12, characterised in that the 
graphical representation of the first variant of the 
first component in the predetermined relationship to the 

25 second variant of the second component is a three- 
dimensional rendering of the first variant of the first 
component in the predetermined relationship to the second 
variant of the second component. 

14. The system according to any one of the claims 8 
30 through 13, characterised in that the system 

further comprises transmitting means adapted to transmit 
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order information to a production management system, the 
order information including configuration data identify- 
ing the first variant of the first component and the sec- 
ond variant of the second component. 

5 15. The system according to any one of the claims 8 
through 14, characterised in that the system 
further comprises transmitting means adapted to transmit 
an information signal to the inventory management system, 
the information signal including an identification of the 
10 selected variants. 

16. Use of a method according to any one of the claims 1 
through 7 for customising a medical application device. 

15. A computer program comprising program code means for 
performing all the steps of any one of the claims 1 

15 through 7 when said program is run on a computer. 

16. A computer program product comprising program code 
means stored on a computer readable medium for performing 
a method of any one of the claims 1 through 7 when said 
computer program product is run on a computer. 

20 17. A computer data signal embodied in a carrier wave, 
comprising program code means for performing all the 
steps of any one of the claims 1 through 7 when said pro- 
gram is run on a computer. 
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System and method for customized build-to-order assembly 



Abstract 

A method and system for configuring a product assembled 
from a plurality of components, where each component may 
be available in several variants; the method comprises 
the steps of presenting to a user, via a user interface, 
a first plurality of available variants of a first one of 
said plurality of components; receiving from a user an 
indication of a first variant selected from the first 
plurality of variants; receiving inventory data from an 
inventory management system, the inventory data indicat- 
ing an available subset of the first plurality of avail- 
able variants as being in stock; indicating to the user, 
via the user interface, the first subset of the first 
plurality of available variants as being selectable. 



(Figure 4 should be published) 
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